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Sir: 

In response to the Final Office Action mailed 02/15/2007, Applicants submit the 
following amendments and remarks. 



Amendments to the claims are reflected in the listing of claims which begin on page 
02 of this paper. 



Remarks begin at page number 05 of this paper. 



It is not believed that extensions of time or fees for net addition of claims are required, 
beyond those which may otherwise be provided for in documents accompanying this paper. 
However, in the event that additional extensions of time are necessary to allow consideration 
of this paper, then such extensions of time are hereby petitioned under 37 C.F.R. § 1 .136(a), 
and any fees required therefor (including fees for net addition of claims) are hereby 
authorized to be charged to Deposit Account No.: 20-0674. 



Page 1 of 10 



Reply to Final Office Action of 02/15/2007 Appl. No.: 10/709,522 



Amendment Dated: 04/16/2007 Attorney Docket No.: ORCL-003/OID-2003-253-01 

Listing of Claims 

1 Claim 1 (Previously Presented): A method of implementing an atomic transaction 

2 using a program logic, said method comprising: 

3 requesting in said program logic a transaction identifier for said atomic transaction; 

4 generating said transaction identifier in a transaction manager in response to said 

5 requesting; 

6 specifying in said program logic a plurality of combinations for execution in a 

7 sequential order, wherein each of said plurality of combinations contains said transaction 

8 identifier, a task procedure, and a rollback procedure, wherein said task procedure 

9 implements a part of said atomic transaction and said rollback procedure is designed to 

1 0 rollback said task procedure; 

1 1 executing said task procedures in said sequential order; 

1 2 keeping track of said rollback procedures in said transaction manager; and 

1 3 executing said rollback procedures in a reverse order of said sequential order if said 

1 4 atomic transaction is to be aborted, wherein said rollback procedures are identified according 

15 to said keeping. 

1 Claim 2 (Original): The method of claim 1, wherein said transaction identifier is 

2 unique to each of the atomic transactions. 

1 Claim 3 (Previously Presented): The method of claim 1, wherein said keeping 

2 comprises storing data representing said rollback procedures in a stack. 

1 Claim 4 (Original): The method of claim 3, wherein said stack is stored in a memory. 

1 Claim 5 (Original): The method of claim 1, further comprising examining a status 

2 returned by execution of one of said task procedures and performing said aborting if said 

3 status indicates an error. 

1 Claim 6 (Original): The method of claim 1, wherein said aborting is performed 

2 asynchronously. 
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1 Claims 7 (Previously Presented): A computer readable medium carrying one or more 

2 sequences of instructions representing a program logic for execution on a system, said 

3 program logic implementing an atomic transaction, wherein execution of said one or more 

4 sequences of instructions by one or more processors contained in said system causes said one 

5 or more processors to perform the actions of: 

6 requesting an identifier for said atomic transaction; 

7 setting a variable to equal said identifier; 

8 specifying a plurality of combinations for execution, wherein each of said plurality of 

9 combinations contains said transaction identifier, a task procedure, and a rollback procedure, 

1 0 wherein said task procedure implements a part of said atomic transaction and said rollback 

1 1 procedure is designed to rollback said task procedure; and 

1 2 aborting said atomic transaction by specifying said identifier associated with an abort 

1 3 procedure to cause said rollback procedures to be executed. 

1 Claim 8 (Original): The computer readable medium of claim 7, wherein said 

2 specifying comprises including each of said plurality of combinations in a single procedure 

3 call. 

1 Claim 9 (Original): The computer readable medium of claim 7, further comprising 

2 examining a status returned by execution of one of said task procedures and performing said 

3 aborting if said status indicates an error. 

1 Claims 10-15 (Canceled) 

1 Claim 16 (Previously Presented): A computer system comprising: a memory storing 

2 a plurality of instructions; and a processing unit coupled to said memory and executing said 

3 plurality of instructions to support implementation of an atomic transaction in a programming 

4 environment, said processing unit being operable to: 

5 request in a program logic a transaction identifier for said atomic transaction; 

6 generate said transaction identifier in a transaction manager in response to said 
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7 requesting; 

8 specify in said program logic a plurality of combinations for execution in a sequential 

9 order, wherein each of said plurality of combinations contains said transaction identifier, a 

1 0 task procedure, and a rollback procedure, wherein said task procedure implements a part of 

11 said atomic transaction and said rollback procedure is designed to rollback said task 

1 2 procedure; 

1 3 execute said task procedures in said sequential order; 

1 4 keep track of said rollback procedures in said transaction manager; and 

1 5 execute said rollback procedures in a reverse order of said sequential order if said 

1 6 atomic transaction is to be aborted, wherein said rollback procedures are identified according 

17 to said keeping. 

1 Claim 17 (Original): The computer system of claim 16, wherein said transaction 

2 identifier is unique to each of the atomic transactions. 

1 Claim 18 (Previously Presented): The computer system of claim 16, wherein said 

2 processing unit is operable to store data representing said rollback procedures in a stack to 

3 perform said keep. 

1 Claim 19 (Original): The computer system of claim 18, wherein said stack is stored 

2 in a memory. 

1 Claim 20 (Original): The computer system of claim 16, wherein said processing unit 

2 is further operable to examine a status returned by execution of one of said task procedures 

3 and to perform said aborting if said status indicates an error. 

1 Claim 21 (Previously Presented): The computer system of claim 16, wherein said 

2 processing unit is operable to execute said rollback procedures asynchronously. 
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REMARKS 

Claims 1-21 were examined in the Final office action mailed on 02/1 5/2007 (hereafter 
"First Final Office Action". All claims were finally rejected under 35 U.S.C. § 102 (b) as 
being anticipated by United States Patent Application 5,701,480 naming as inventor Raz 
5 (hereafter "Raz"). 

By virtue of this amendment, claims 10-15 are sought to be canceled. 

Applicant respectfully traverses the outstanding final rejections with respect to the 
remaining pending claims for reasons explained below. 

For example, independent claim 1 recites: 

10 A method of implementing an atomic transaction using a program logic, said 

method comprising: 

requesting in said program logic a transaction identifier for said atomic 
transaction; 

generating said transaction identifier in a transaction manager in response to 
15 said requesting; 

specifying in said program logic a plurality of combinations for execution in 
a sequential order, wherein each of said plurality of combinations contains said 
transaction identifier, a task procedure, and a rollback procedure, wherein said task 
procedure implements a part of said atomic transaction and said rollback procedure 
20 is designed to rollback said task procedure; 

executing said task procedures in said sequential order; 
keeping track of said rollback procedures in said transaction manager; and 
executing said rollback procedures inareverse order of said sequential order 
if said atomic transaction is to be aborted, wherein said rollback procedures are 
25 identified according to said keeping. 

(Previously presented claim 1 , Emphasis Added) 

Based on the above, the Examiner's attention is directed to the below specific features 
of previously presented claim 1 : 

1. The task procedures and rollback procedures are specified in the program logic; 

30 and 

2. The rollback procedures are executed in a reverse order of the order in which the 
task procedures are executed. 
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By providing a programmer the ability to specify task procedures and corresponding 
rollback procedures, enhanced control is provided to the programmer. The programmer can 
specify any desired logic in the rollback procedures. 

Raz does not disclose or reasonably suggest either of the features noted above. 

5 While Raz also addresses rollback as pointed by the Examiner, the technique there is 

different from the invention of claim 1 . 



In particular, resource manager 91 of Figure 5 A of Raz provides the same rollback 
logic to every application program 90, and thus it is Applicant's position that the rollback 
procedures are not specified by the claimed program logic. 

10 In support of this position, Applicants point to some relevant portions of Raz: 

Turning now to FIG. 5A, there is shown a block diagram of the programming 
and data structures used in the digital computer 20 of FIG. 1. for scheduling 
transactions and enforcing global transaction commitment ordering. Global and local 
transactions are initiated, for example, by application programs 90. To commit the 

15 results of transactions to state memory 28, 29 and to recover from failures, the 

digital computer is provided with a resource manager (RM) 91 that, for example, 
performs the operations shown in FIG. 3. The resource manager 91, for example, 
also manages a transaction list (TL) 93 as further described below with reference to 
FIG. 6. In general, a resource manager (RM) is a software component that manages 

20 state memory resources affected by committing transactions in such a way that the 

memory state of the resources can be restored before the transaction is committed 
by effectively undoing all of the changes introduced by the transaction. (Col. 18, 
Lines 14-30 of Raz, Emphasis Added) 

25 From the above, it may be readily appreciated that resource manager 9 1 , shared by all 

application programs 90, provides the rollback facility (using the technique of Figure 3 of 
Raz). Thus, the claimed rollback procedures are not specified in the program logic (or 
application programs of Raz). 

Even if such rollback procedures are deemed to be specified by the application 
30 program of Raz, it is Applicant's position that there is no disclosure or suggestion in Raz that 
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the rollback procedures are executed in the reverse order of execution of the task procedures 
(forming the atomic transaction). 

In support of this position, Applicants point the Examiner to the relevant portions of 

Raz: 

5 To enable the recovery of memory records after a partial system failure, it is 

necessary for the application program to keep backup copies of the records in 
nonvolatile memory. When the computing system is restarted, the memory records 
to be recovered are replaced with the backup copies. (Col. 2, Lines 1-6 of Raz, 
Emphasis Added) 

10 To deal with the problem of possible failure when writing to non- volatile 

memory, there has been established a method of programming called "transaction 
processing" which guarantees that a portion of the non-volatile memory (referred to 
hereinafter as "state memory") will either be unaffected by a transaction or will be 
properly updated by results of a transaction, in the presence of the failures. 

15 Transaction processing is based upon the technique of making a back-up copy of 

state memory before the results of a transaction are written to state memory, and 
also writing in non-volatile memory an indication of either a first processing phase 
in which the back-up copy is being made, or a second processing phase in which the 
results of a transaction are being written to state memory, in order to indicate which 

20 copy might have been corrupted during a failure. For making a back-up copy of 

state memory, for example, the non- volatile memory 23 includes two banks of state 
memory 28 and 29. To provide an indication of which bank of stat memory might 
have been corrupted by a failure, the non-volatile memory 23 includes a memory 
location 30 for storing a switch or flag. (Col. 12, Lines 14-34 of Raz, Emphasis 

25 Added) 

Turning now to FIG. 2A, there is shown a flow chart of a procedure for 
guaranteeing that when recovering from a failure, the state memory of the computer 
20 shown in FIG. 1 is either unaffected by a transaction or is properly updated by the 
result of a transaction. Assume, for example, that the computer system is turned on 

30 after a power failure. In a first step 51, the central processing unit 21 reads the value 

of the switch 30 stored in the non-volatile memory 23. This switch indicates which 
of the two banks of state memory 28, 29 might possibly have been corrupted by the 
power failure. In step 52, the central processing unit 21 references the value of the 
switch to read the bank of state memory known not to have been corrupted, and to 

35 make a "working copy " of the data in the other bank of state memory. Therefore, 

after step 52, both bank 28 and bank 29 of state memory have the same contents. (Col. 
12, Lines 45-60 of Raz, Emphasis Added) 

From the above teachings, it is concluded that Raz relies on having a copy of the data 
40 prior to start of an atomic transaction, and uses the prior copy to rollback to a state prior to 
the start of execution of the atomic transaction in case of abort. 



Page 7 of 10 



Reply to Final Office Action of 02/15/2007 Appl. No.: 10/709,522 

Amendment Dated: 04/16/2007 Attorney Docket No.: ORCL-003/OID-2003-253-01 

Due to such a technique, Raz would not have the need to execute rollback procedures 
(specified by the program logic) in addition to not having the motivation to execute the 
rollback procedures in the reverse order of execution of corresponding task procedures. 

In rejecting claim 1, the Examiner has also quoted the below portions of Raz: 

5 A multi-versioning mechanism is employed in the "Rdb/VMS" (Trademark) 

and "VAX/DBMS" (Trademark) operating systems sold by Digital Equipment 
Corporation of Maynard, Mass. A "snapshot" mechanism eliminates the need for read 
locks and also prevents the blocking of read-only transactions by write locks. The 
"snapshot" mechanism permits a transaction to obtain, at any time, a consistent 

10 version of data existing at the time that the transaction begins. Write locks, however, 

are placed on records to be accessed by a read- write transaction, and the write locks 
are not released until the results of the read-write transaction are committed. 
Recoverability is further ensured by flushing to an "undo" log the "bef ore-images" of 
records to be updated, and then flushing the updated records to state memory just 

1 5 before a transaction is committed. If a crash occurs, the updated records are replaced 

with "before images" that are obtained from the "undo log" to undo the effects of 
the failed transactions. (Lines 39-45 of Col. 5 of Raz, Emphasis Added) 

The above quoted text of Raz suffers from the same deficiencies noted above. In 
particular, one of the "bef ore-images" appears to be used to undo the effects of failed 
20 transactions. 



This logic appears the same for all application programs and not dependent on what 
a programmer specifies in the application programs of Raz. 

Thus, it is Applicant's position that Raz does not teach or suggest several features of 
independent claim 1 noted above. Accordingly claim 1 is believed to be allowable over Raz. 
25 Dependent claims 2-6 are also believed to be allowable at least as depending from an 
allowable base claim 1 . 



Independent claim 7 is also allowable over Raz at least in reciting in relevant portions: 

A computer readable medium carrying one or more sequences of instructions 
representing a program logic for execution on a system, said program logic 
30 implementing an atomic transaction, wherein execution of said one or more 

sequences of instructions by one or more processors contained in said system causes 
said one or more processors to perform the actions of 



Page 8 of 10 



Reply to Final Office Action of 02/15/2007 Appl. No.: 10/709,522 

Amendment Dated: 04/16/2007 Attorney Docket No.: ORCL-003/OID-2003-253-01 



specifying a plurality of combinations for execution, wherein each of said 
plurality of combinations contains said transaction identifier, a task procedure, and 
a rollback procedure, wherein said task procedure implements a part of said atomic 
5 transaction and said rollback procedure is designed to rollback said task procedure; 

and 

aborting said atomic transaction by specifying said identifier associated with 
an abort procedure to cause said rollback procedures to be executed. 
(Previously Presented Claim 7, Emphasis Added) 

1 0 From the above, the elements of claim 7 are all performed by execution of instructions 

representing a program logic. 

The program logic is akin to application programs 90 of Raz. 

With such a construction, it is asserted that Raz does not teach or reasonably suggest 
the following features of claim 7: 
15 1. The task procedures and rollback procedures are specified in the program logic; 

and 

2. The program logic aborts the transaction by specifying the identifier of the 
transaction. 

The basis for assertion 1 has already been explained with respect to claim 1 above. 

20 Raz appears to contemplate recovery from crashes in the middle of transactions due 

to system errors and power failures, and there is no teaching or suggestion that the application 
programs 90 have any role in such recovery. 

In particular, all the recovery of Raz appears to be performed only within resource 
manager 91 (or other components external to application programs 90), which is different 
25 from the application programs 90. 

As such, Raz does not teach or suggest the features of independent claim 7 at least for 
some of the reasons noted above. Thus, independent claim 7 is believed to be allowable over 
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the art of record. Dependent claims 8-9 are also believed to be allowable at least as 
depending from an allowable base claim. 

Similarly, independent claim 16 recites in relevant portions: 

• • • • 

specify in said program logic a plurality of combinations for execution in a 
sequential order, wherein each of said plurality of combinations contains said 
transaction identifier, a task procedure, and a rollback procedure, wherein said task 
procedure implements a part of said atomic transaction and said rollback procedure 
is designed to rollback said task procedure; 

execute said task procedures in said sequential order; 

keep track of said rollback procedures in said transaction manager; and 

execute said rollback procedures in a reverse order of said sequential order 
if said atomic transaction is to be aborted, wherein said rollback procedures are 
identified according to said keeping. 

(Previously presented independent claim 16, Emphasis Added) 

Raz does not appear to teach at least the highlighted features of independent claim 16 
for reasons similar to those given above. Thus, independent claim 16 is believed to be 
allowable. Dependent claims 17-21 are also believed to be allowable at least as depending 
from an allowable base claim. 



Conclusion 

Thus, it is believed that all rejections have been overcome. The Examiner is 
respectfully requested to withdraw the final rejection and continue examination. The 
Examiner is invited to telephone the undersigned representative at 707.356.4172 if it is 
believed that an interview might be useful for any reason. 

Respectfully submitted, 

/Narendra Reddv Thappeta/ 
Signature 

Date: April 16, 2007 Printed Name: Narendra Reddy Thappeta 

Attorney for Applicant 
Registration Number: 41,416 
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